home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000168_news@columbia.edu _Fri Oct 8 10:54:42 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA03657
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 8 Oct 1999 10:54:41 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA24461
  7.     for kermit.misc@watsun.cc.columbia.edu; Fri, 8 Oct 1999 10:48:02 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: kermit dos and windows 95
  11. Date: 8 Oct 1999 14:48:01 GMT
  12. Organization: Columbia University
  13. Message-ID: <7tl071$nrv$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <gRiL3.2361$34.143942@news21b.ispnews.com>,
  17.  <cangel@famvid.com> wrote:
  18. : I'm using the 3.14 version of MSKermit patched to level 9 and have tried
  19. : running the 3.16 beta MSK16 but it seems the APC control will _not_ shut
  20. : off?
  21. : 
  22. : I seem to recall reading that the 'set terminal apc on' and 'off' are
  23. : reversed or something?
  24. : 
  25. Not that I know of.  Can you please state the sequence of events that leads
  26. you to this conclusion?
  27.  
  28. : Was this ever fixed and if so where would I find the patch file for this?
  29. : 
  30. : BTW: I am hoping to convince Kim Heino (author of LINUX BBBS) and the people
  31. : at Santronics (Wildcat BBS) to update the packet length in their software
  32. : implentations of the kermit protocol.  It is set 'standard' at 94 byte
  33. : packets and it CRAWLS.  I can do 9k packets no problem with UNIX systems
  34. : that have this packet length max'd out.  If Frank D. Cruz is reading this -
  35. : how about shooting them an email explaining that 94 byte packets is no
  36. : longer the 'standard' required for proper kermit transfers?
  37. :
  38. There is no standard packet length.  All that's standard are the parameters
  39. and procedures by which the length is negotiated.  The file receiver tells
  40. the sender the maximum packet length (up to ~9K) it is prepared to accept.
  41. The sender may not send packets longer than that but of course can send
  42. shorter ones.
  43.  
  44. Most 3rd-party Kermit protocol implementations are limited to 94-byte
  45. packets and 1 window slot because that's the bare minimum required by the
  46. protocol definition, and the easiest to program.
  47.  
  48. : Maybe they
  49. : would believe you and just _do_ it rather than argue about it?
  50. : 
  51. I'd recommend they simply make a provision to allow the owner of the BBS
  52. to substitute C-Kermit as an external implementation of the Kermit protocol.
  53. There is no reason for them to try to duplicate all the work we've put
  54. into C-Kermit all these years, and then track changes in the future.  Let
  55. them concentrate on the BBS aspects and let us concentrate on the Kermit
  56. protocol.
  57.  
  58. Ditto for DOS-based BBS's -- if they can be configured to substitute external
  59. protocols for built-ones, then MS-DOS Kermit can be used.  See the Kermit
  60. News article:
  61.  
  62.   http://www.columbia.edu/kermit/newsn6.html#bbs
  63.  
  64. - Frank